home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000317_amos-request@svcs1.digex.net_Fri Sep 22 19:48:27 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  3KB

  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id TAA16023;  for <mcox@access.digex.net> ; Fri, 22 Sep 1995 19:48:25 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id SAA00846 for amos-out; Fri, 22 Sep 1995 18:20:44 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id SAA00843 for <amos-list@svcs1.digex.net>; Fri, 22 Sep 1995 18:20:43 -0400
  4. Received: from red.paston.co.uk (red.paston.co.uk [194.129.188.3]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id SAA06587;  for <amos-list@access.digex.net> ; Fri, 22 Sep 1995 18:20:33 -0400
  5. Received: from localhost (bwyatt.paston.co.uk) by red.paston.co.uk (5.x/SMI-SVR4)
  6.     id AA04494; Fri, 22 Sep 1995 23:13:02 +0100
  7. Received: by paston.co.uk.uucp (V1.16/Amiga)
  8.     id AA001rg; Sat, 23 Sep 95 03:12:56 GMT
  9. Date: Sat, 23 Sep 95 03:12:56 GMT
  10. Message-Id: <9509230312.AA001rf@paston.co.uk.uucp>
  11. In-Reply-To:  <9509221500.aa25126@post.mail.demon.net>
  12.              (from Mark Carter <Mark@westmead.demon.co.uk>)
  13.              (on Fri, 22 Sep 95 14:56:33)
  14. Lines: 48
  15. X-Mailer: ADMail 1.5 Copyright 1995 S.T.Brown
  16. From: bwyatt@paston.co.uk (Ben Wyatt)
  17. To: amos-list@access.digex.net
  18. Subject: Re: Update me....
  19. Status: RO
  20. X-Status: 
  21.  
  22. Greetings Mark, you wrote some text on the subject Re: Update me...., and
  23. now I'm going to answer it.
  24.  
  25. MC> The memory saving I would achieve in my program would be about 30k, 
  26. MC> which I dont think is that much considering I am writing it for a 2 
  27. MC> meg machine.  I already use the P/D/L(oke/eek) to save/read info from 
  28. MC> disk - its just that at the start of the proggie I load them all into 
  29. MC> memory wasteful arrays.
  30.  
  31. Does it have to be for 2Mb? Or is it A1200 only...
  32.  
  33. MC> Of course one solution (similar to the one Ben suggested) would be to 
  34. MC> define a procedure:
  35. MC> 
  36. MC> Procedure _GET_NAME[Player,Team]
  37. MC> End Proc[Peek$(Start(Bank Num)+1000*Team+50*Player,25,Chr$(0))]
  38. MC> 
  39. MC> During prog,
  40. MC> _GET_NAME$[Player,Team]
  41. MC> NAME$=Param$
  42.  
  43. I like that! ;-)
  44.  
  45. MC> IMHO this would be the best compromise (but still messy)
  46. MC> 
  47. MC> Why shouldn't Amos interpret the line:
  48. MC> NAME$=_GET_NAME$[Player,Team]
  49. MC> in exactly the same way?.... it would solve all (or most) of our 
  50. MC> problems.
  51.  
  52. Because if you want a function that has no parameters (for some strange
  53. reason), AMOS would decipher it as a variable.
  54.  
  55. MC> But (yes another but) with all the different types of stats I use, I 
  56. MC> would need to have lots of these procedures messing up my flawless 
  57. MC> code ;-) (although I could only use this method on the more important 
  58. MC> arrays...)
  59.  
  60. Yeah, just use it on the big ones...
  61.  
  62. MC> Gimme some feedback............................please!
  63.  
  64. In exchange for telling us what you're actually writing...
  65.  
  66. Bye  _________________________________
  67.     /                                 \
  68.     > Ben Wyatt - bwyatt@paston.co.uk <
  69.     \_________________________________/ ï¿½1995 Very Interesting Signatures